home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19950726-19950929
/
000167_news@columbia.edu_Wed Aug 16 15:17:44 1995.msg
< prev
next >
Wrap
Internet Message Format
|
1995-12-25
|
2KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA21020
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Wed, 16 Aug 1995 11:17:53 -0400
Received: by apakabar.cc.columbia.edu id AA23696
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Wed, 16 Aug 1995 11:17:48 -0400
Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Any experience with international file transfer over noisy lines?
Date: 16 Aug 1995 15:17:44 GMT
Organization: Columbia University
Lines: 35
Message-Id: <40t26o$n4c@apakabar.cc.columbia.edu>
References: <40q4ct$keh@homer.alpha.net>
Nntp-Posting-Host: watsun.cc.columbia.edu
Apparently-To: kermit.misc@watsun.cc.columbia.edu
In article <40q4ct$keh@homer.alpha.net>,
Bill Masters <bmasters@execpc.com> wrote:
: Our company is experimenting with file transfer (specifically CAD
: drawings) to a location in India. Unfortunately the lines over there
: seem to be pretty noisy. We either have the line dropped during the call
: or, more frequently (always, so far) we have nad no luck getting , for
: instance, Zmodem to actually successfully transfer, always seems to time
: out, bad CRCs. I figure the noise at that distance is causing this.
:
: Does anyone have any experience with this? Are there better
: methods/protocols (Kermit?) that can be used?
:
Try Kermit. It is designed to work on connections like this.
I'd suggest settings like the following (give these commands to both
Kermit programs):
set file type binary
set receive packet-length 80
set window 20
In other words, binary-mode transfer using very short packets and a
large window size. This should minimize not only the number of
retransmissions caused by noise, but also result in reasonably fast
performance and error-recovery time over a link that has a long
round-trip delay.
If this works satisfactorily, gradually increase the packet-length until
the performance begins to take a nosedive.
To learn all about Kermit software and documentation, visit our Web
site:
http://www.columbia.edu/kermit/
- Frank